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DAT618.FRD 

Installation de communication pour une reception collective 
d ' informations , notamment d 9 images de television numerique 
5 et/ou de donnees multimedia 

L' invention concerne une installation de communication, en 
particulier pour une reception collective d ' informations 
telles que des images de television numerique et/ou des 
10 donnees de type multimedia (pages WEB, fichiers, son, 
donnees, images video, etc), le cas echeant via INTERNET. 

Une installation de ce type comprend une interface d* entree 
par laquelle elle regoit un signal portant des informations 
15 du type precite. Ce signal emane d'une source d' informations, 
par une liaison par cable ou filaire, par voie hertzienne, ou 
encore par liaison satellite* 

En outre, 1* interface d' entree de 1 5 installation regoit de 
20 cette source d' informations des applications logicielles qui 
permettent la conversion du signal precite, en un signal 
directement utilisable par un usager sur un equipement tel 
qu'un ecran de television, un magnetoscope, ou encore un 
micro-ordinateur . Pour effectuer cette conversion, il est 
25 prevu un dispositif recepteur/decodeur & disposition d'un 
usager individuel, capable de convertir le signal precite en 
utilisant ces applications logicielles . 

Des installations de communication, connues, comprennent un 
30 dispositif recepteur/decodeur par usager et par type de 
signal h recevoir, Ainsi, un usager individuel doit posseder 
plusieurs dispositif s recepteurs/decodeurs s'il souhaite 
utiliser plusieurs signaux issus de sources d ' informations 
distinctes et associes a des applications logicielles 
35 differentes. En outre, la connexion de cette pluralite de 
dispositif s recepteurs/decodeurs a un equipement du type 
precite s'av^re souvent delicate* 



40 



La presente invention vient ameliorer la situation. 
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Elle propose h cet effet une installation de communication, 
du type comprenant : 

- une interface d' entree propre h recevoir au moins un 
premier signal 6manant d'une premiere source d' informations, 
ainsi qu'au moins des premieres applications logicielles, et 

- au moins un dispositif r£cepteur/d6codeur , St disposition 
d'un usager individuel, agence pour utiliser les premieres 
applications logicielles pour proceder h> la conversion du 
premier signal en vue d'une utilisation directe par 1* usager • 



Selon une definition g6n6rale de 1* invention, 

- 1' interface d' entree est apte h recevoir en outre au moins 
un second signal emanant d'une seconde source d ' informations , 
ainsi que des secondes applications logicielles, 

15 - le dispositif recepteur/d6codeur est agence en outre pour 
utiliser les -secondes applications logicielles pour proceder 
& la conversion du second signal en vue d'une utilisation 
directe .par 1* usager, et 

- 1 * installation comporte un - serveur local, relie, d'une 
20 part, & 1* inter face d' entree et, d' autre part, au dispositif 

recepteur/d6codeur , et comprenant un module de dialogue avec 
le dispositif r6cepteur/d§codeur pour transmettre, seiecti- 
vement en fonction d'une demande d'un usager, les premieres 
ou les secondes applications logicielles, au dispositif 
25 recepteur/decodeur de 1* usager, pour proceder k la conversion 
du premier signal ou du second signal. 

Avantageusement , le serveur local comporte un module harmo- 
niseur relie £. 1 ' interface d* entree et apte a mettre les 
30 premier et second signaux sous une forme commune, : tandis que 
le dispositif recepteur/decodeur est agence pour proceder h 
la conversion d'un signal harmonist presentant ladite forme 
commune. 

35 Dans une realisation preferee, le module harmoniseur est 
agency pour remoduler les premier et second signaux suivant 
un meme type de modulation, tandis que le dispositif recep- 
teur/decodeur comporte un module demultiplexeur avantageuse- 



merit agency pour operer sur des signaux presentant ce type de 
modulation. 

Selon une autre caract^ristique avantageuse de 1* invent ion , 
5 le dispositif recepteur/d^codeur comporte une m^moire pour 
charger les premieres ou secondes applications logicielles, 
ainsi qu'un module de gestion apte a acc^der ^ ladite m^moire 
et agenc6 pour coop^rer avec le module d6multiplexeur , pour 
proc^der & la conversion du signal harmonist , en vue d'une 
10 utilisation directe. 

Selon une autre caract6ristique avantageuse de 1* invention, 
1 ' installation comporte un r6seau de connexions pour relier 
une multiplicity de dispositifs recepteurs/d^codeurs au 
15 serveur local , tandis que le serveur local comporte une 
interface de sortie reli6e au module de dialogue pour 
transmettre, s£lectivement en fonction des demandes des 
usagers, les premieres ou les secondes applications logi- 
cielles aux dispositifs r€cepteurs/d6codeurs correspondants . 

20 

Pr6f 6rentiellement, les dispositifs r6cepteurs/d6codeurs 
portent chacun un identifiant predetermine tandis que le 
module de dialogue coop&re avec un registre des identifiants 
que comporte le serveur local , pour dialoguer r£p6titivement 
25 avec les dispositifs r£cepteurs/d6codeurs suivant un proto- 
cole de type interrogation/reponse. 

Le serveur local est, de preference , agenc6 pour interroger 
success ivement les dispositifs r£cepteurs/decodeurs de fa£on 
30 sensiblement cyclique, et recevoir en r^ponse les demandes 
des usagers succe ss ivement . 

En variante ou en combinaison avec cette interrogation en 
cascade, il peut etre pr6vu une interrogation en rafale. Dans 
35 ce cas, le serveur local est agenc6 pour interroger simulta- 
nement les dispositifs r^cepteurs/decodeurs et recevoir en 
r^ponse les demandes des usagers s imu 1 tankmen t . 



Selon une autre caract^ristique avantageuse de 1' invention, 
le serveur local est agenc6 pour transmettre en outre des 
applications logicielles permettant un dialogue entre le 
dispositif r6cepteur/d6codeur et 1 ' une au moins desdites 
premiere et seconde sources, suivant un protocole interactif . 

Avantageusement, le dispositif r£cepteur/d6codeur est apte a 
communiquer par une voie de retour avec le serveur local, 
tandis que le serveur local comporte une liaison de communi- 
cation avec la premiere et/ou la seconde source d* informa- 
tions, pour transmettre au dispositif recepteur/d^codeur , des 
applications logicielles choisies suivant une demande de 
1 'usager. 

Dans une forme de realisation avantageuse de 1 * installation 
de communication selon 1* invention, le dispositif r^cep- 
teur/d£codeur est apte & transmettre par ladite voie de 
retour une demande de mise,, k jour des premieres et/ou 
secondes applications logicielles . 

Dans une realisation particulifere, I'un au moins des premier 
et/ou second signaux ci recevoir est, en pratique, un signal 
embrouillg portant des informations sujettes k p£age, tandis 
que le recepteur/dScodeur comporte avantageusement un module 
d£sembrouilleur capable de proceder & une conversion des 
premier et/ou second signaux en des signaux desembrouill6s , 
sous reserve d'obtention de droits d'accfes. 

Avantageusement, le dispositif r6cepteur/d6codeur comporte un 
module de gestion de droits d'accSs apte k cooperer avec le 
module d^sembrouilleur pour activer le d^sembrouillage du 
premier et/ou du second signal, tandis que le serveur local 
est apte h consulter ledit module de gestion de droits 
d'acc^s, en vue de controler les droits dont dispose le 
dispositif r£cepteur/d£codeur. 

En variante, le dispositif r6cepteur/d£codeur est agencS pour 
transmettre par ladite voie de retour une demande de droits 
d ' accSs , tandis que le serveur local est agence pour commu- 
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niquer ladite demande de droits d'acces & la premiere et/ou 
la seconde source d * informations , et pour transmettre au 
dispositif recepteur/decodeur , des applications logicielles 
permettant le d^sembrouillage du premier et/ou du second 
5 signal, en r^ponse a ladite demande de droits d'acc&s. 

Ainsi, un meme dispositif r§cepteur/d£codeur d'une installa- 
tion selon 1' invention, est capable de convertir s^lective- 
ment les premier et second signaux, sur demande d'un usager. 
10 A ce titre, la pr£sente invention vise aussi un tel disposi- 
tif r6cepteur/d6codeur . 

D'autres caract^ristiques et avantages de 1' invention 
apparaitront h 1'examen de la description detaill^e ci-apr&s, 
15 et des dessins annexes sur lesquels : 

- la figure 1 represente schematiquement une installation de 
communication selon 1' invention ; 

2 0 - la figure 2 represente les interactions entre les elements 
que comporte un dispositif recepteur/decodeur de la technique 
anterieure, deiimite par des traits pointings ; 

- la figure 3 represente schematiquement 1' allure d'un signal 
25 S R que diffuse le serveur local dans le reseau R ; 

- la figure 4 represente schematiquement les interactions 
entre les differents Elements de la tete de reseau collectif 
TRC de 1 ' installation representee sur la figure 1 ; et 

30 

- la figure 5 represente les dif f erentes applications 
logicielles en memoire d'un dispositif recepteur/decodeur 
d'une installation selon 1' invention. 

35 La description detainee ci-apr&s et les dessins annexes 
contiennent pour 1'essentiel des elements de caractfere 
certain. lis pourront non seulement servir h mieux faire 
comprendre la presente invention mais aussi contribuer & sa 
definition, le cas ech^ant. 
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La description detainee ci-apr&s est donnee essentiellement 
dans le cadre de la communication d ' informations du type 
images de television numSrique et/ou donnees multimedia, & 
titre d'exemple non limitatif. La communication de ces 
5 informations est, dans l'exemple decrit, sujette k peage. 

On entend dans ce qui suit par collectivity, un ensemble 
d'usagers formant un groupe geographiquement localise, tel 
que des immeubles collectifs, des residences pavillonnaires , 
10 des hotels, etc. 

En se referant a la figure 1, une collectivity est 6quip£e 
d'un reseau muni d'une tete TRC capable de recevoir une 
plurality de signaux emanant de sources d' informations 
15 distinctes. Dans l'exemple, la tete de reseau collectif TRC 
regoit trois signaux SI, S2 et S3 d'images de television, 
transmises par voie hertzienne pour le signal SI, par liaison 
satellite pour le signal S2 et par liaison f ilaire ou par 
cable pour le signal S3. 

20 

Ces dif ferents signaux sont de types de modulation dif ferents 
et, le cas echeant, de codages dif ferents (MPEG, SECAM ou 
autre ) . 

25 Par exemple, pour le signal terrestre numerique transmis par 
voie hertzienne SI, la modulation est de type COFDM (abrevia- 
tion du terme anglais "CODED ORTHOGONAL FREQUENCY DIVISION 
MULTIPLEX" ) . Pour le signal S2 transmis par satellite, sa 
modulation est de type QPSK (abreviation du terme anglais 

30 "QUADRATURE PHASE SHIFT KEYING"). Pour le signal S3 transmis 
par cable, sa modulation est de type QAM (abreviation du 
terme anglais " QUADRATURE AMPLITUDE MODULATION" ) . Pour des 
liaisons bifilaires, il est frequent d'utiliser une modula- 
tion de type ADSL (abreviation du terme anglais "ASYMETRIC 

35 DIGITAL SUBSCRIBER LINE"). 

Par ailleurs, au moins une partie de ces signaux porte des 
informations sujettes a peage. De tels signaux sont done 
embrouilies et leur conversion en des signaux desembrouilies , 



en vue d'une utilisation directe par un usager, n^cessite des 
applications logicielles specif iques . 

Dans 1'exemple d§crit, le signal S2 est issu de la source 
5 d' informations "CanalSatellite" (Marque deposee) et 1' appli- 
cation logicielle permettant le desembrouillage de ce signal 
S2 est " MEDI AGUARD " (Marque deposee), tandis que le signal S3 
est issu de la source d' informations "TPS" (Marque d€pos£e) 
et 1' application logicielle permettant son desembrouillage 
10 est "VIACCESS" (Marque deposee). D'autres applications 
logicielles telles que "NAGRAVISION" , "CONAX" , etc, permet- 
tent le desembrouillage d'autres signaux diffuses dans 
certains reseaux europeens. 

15 Par ailleurs, & ces diff brents types de signaux sont asso- 
ci6es d'autres applications logicielles permettant la mise en 
forme des informations qu'ils contiennent, et notamment une 
interactivity entre l'usager et les sources. Par exemple pour 
le signal S2, 1 ' application logicielle utilisee est "MEDIA— 

20 HIGHWAY" (Marque d6pos6e), tandis que pour le signal S3 
1' application logicielle utilisee est "OPEN TV" (Marque 
deposee ) . 

Ainsi, chacun de ces signaux est mis en forme suivant un type 
25 de modulation specif ique, et sa conversion utilise une ou 
plusieurs applications logicielles specif iques h ce signal. 

II est k noter en outre que le signal SI, regu par voie 
hertzienne, peut etre de modulation numerique (modulation 
30 COFDM precit^e) ou encore de modulation analogique (SECAM ou 
autre ) . 

La t§te du reseau collectif TRC comprend une interface 
d'entrSe IE capable de recevoir les trois signaux SI, S2 et 
35 S3. De fagon habituelle, les signaux transmis par satellite 
ou par cable (S2 et S3) doivent etre d£cod6s et, le cas 
echeant, d^sembrouilles pour une utilisation directe d'un 
usager. Ce decodage/d^sembrouillage est habituellement 
effectu6 par un dispositif recepteur/d^codeur STB (appel6 
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plus simplement decodeur dans ce qui suit). Un tel decodeur 
STB est g<§n6ralement reli£ h un <§quipement £ disposition de 
l'usager, tel qu'un t61£viseur TV, un magnetoscope, ou encore 
un micro-ordinateur dans le cas d'une reception de donnees 
multimedia. 

En se r€f 6rant a la figure 2, un decodeur classique de la 
technique ant^rieure comporte, en entree, un synthoniseur 
SYNTH , en cooperation avec une boucle h verrouillage de phase 
PLL pour une recuperation d'horloge et de porteuse sur le 
signal regu S de modulation QPSK (signal S2) ou de modulation 
QAM (signal S3) . 

En pratique, le signal S en entree du decodeur est convert! 
en num^rique en CAN, puis d6modul6 en DEMOD par cooperation 
avec le synthoniseur SYNTH et la boucle PLL. Ce traitement 
est suivi ensuite d'un ensemble de filtrage et de decodage, 
par exemple un decodage de VITERBI pour le signal S2, qui 
achdve ainsi un traitement des signaux appel6 communement 
"decodage de canal". 

Le signal en sortie de ce bloc de decodage de canal se 
pr^sente sous la forme d'un flux de paquets MPEG avant 
d'attaquer un bloc de decodage de source DECS. Dans le cas de 
signaux embrouillSs, le bloc de decodage de source commence 
par un module desembrouilleur DESCR, gen^ralement pilote par 
un microprocesseur /;P gerant une memoire dynamique DRAM, qui 
regoit d'un lecteur (non repr6sent6) de carte & puce donnant 
des droits d'acces, une cle permettant le d^sembrouillage. Ce 
module desembrouilleur DESCR coopdre avec un bloc demulti- 
plexeur DEMUX qui permet la selection au moyen de filtre 
adapts des paquets dans le flux MPEG. En pratique, le module 
demultiplexeur du decodeur permet de f iltrer dans le flux 
MPEG les donnees d' images non d£sir£es pour selectionner les 
donnees d' images choisies par l'usager. Ce bloc de d^multi- 
plexage est suivi d'un module decodeur DECOD (MPEG2 dans 
1' exemple d^crit) et d'un encodeur video/audio COD pour 
d<§livrer des signaux s u d' utilisation directe vers un 
t61£viseur, un magnStoscope ou autre. 



II est a noter en particulier que le module desembrouilleur 
DESCR, le bloc demultiplexeur DEMUX et le decodeur de format. 
MPEG (reference DECOD) , au cours de ce decodage de source, 
sont pilotes par le microprocesseur piF qui coopSre avec la 
5 memoire dynamique DRAM et f le cas echeant, avec une memoire 
morte ROM. 

Les decodeur s /desembrouilleur s de la technique anterieure 
comportent en outre une liaison, generalement de type MODEM 

10 (non representee), avec la source d' informations de laquelle 
emane le signal re^u S, pour teiecharger, dans la memoire 
vive DRAM, des applications logicielles permettant une 
interactivity avec la source et, le cas echeant, 1* activation 
du desembrouillage /decodage. lis comprennent par ailleurs en 

15 memoire morte ROM des applications logicielles residentes qui 
permettent des fonctions de base, par exemple un dialogue par 
MODEM avec la source, les f onctionnalites de desembrouillage, 
de demultiplexage et de decodage MPEG, etc. 

20 II apparait alors que chaque type de decodeur est specifique 
au signal & recevoir, tant au niveau des blocs de demodula- 
tion (QPSK ou QAM) qu'il comporte, qu'au niveau des applica- 
tions logicielles utilisees. 

25 On se reffere alors & la figure 4 pour deer ire les interac- 
tions entre les elements que comporte une tete de reseau 
collect if TRC d'une installation selon 1' invention. L' inter- 
face d' entree IE comporte trois voies de decodage de canal, 
avec un synthoniseur SYNTH 1 , SYNTH 2 et SYNTH 3 pour chaque 

30 signal SI, S2 et S3, ainsi que des blocs de demodulation 
DEMOD respectifs (par exemple COFDM pour le signal SI, QPSK 
pour le signal S2 et QAM pour le signal S3), suivis de blocs 
de filtrage et de decodage respectifs (non representes ) . 

35 Le canal d' entree des signaux SI, S2 et S3 est, de preferen- 
ce, en correspondance en frequence avec le canal de sortie 
sur le reseau R. Avantageusement , cette correspondance est 
prise en charge par une application logicielle propre au 
reseau. Dans une variante simplifiee, cette correspondance 
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peut etre ef fectu^e manuellement par un installateur h partir 
d'un synthoniseur rSglable manuellement. 

Les flux MPEG resultant de ces d^codages de canal attaquent 
5 un serveur local SL muni d'un modulateur MOD capable de 
mettre en forme les flux MPEG des signaux SI, S2 et S3 
suivant une modulation commune. Pr6f erentiellement , cette 
modulation commune est de type COFDM, correspondant h la 
modulation initiale du signal SI transmis par voie hertzien- 
10 ne. 

De fagon g6n6rale, cette modulation, correspondant h la 
modulation des signaux terrestres num^riques , pr^sente les 
avantages suivants : 

15 

- il n'est pas n^cessaire d'effectuer une remodulatipn pour 
les signaux terrestres, les plus courants en television 
num£rique ; 

20 - cette modulation off re une bande passante optimis^e pour un 
grand nombre de signaux transmis actuellement par cable; 

- elle pr6sente une bonne resistance aux ruptures d' impedan- 
ces r€seau ; et 



25 



- elle est compatible avec les modules de reception des 
tei£viseurs num^riques actuels. 



Les signaux ainsi modules sont transposes dans une bande de 
30 frequence choisie, typiquement de 8 MHz. 

En pratique, les signaux SI, S2 et S3 sont \ pr6f erentiellement 
demodul£s en DEMOD (figure 4), remoduies et 6galis6s en MOD 
suivant une modulation commune (COFDM) , puis amplifies en 
35 AMP, au cours du traitement dans la tete de reseau collectif 
TRC. lis sont ensuite envoy6s dans le reseau R vers les d£co- 
deurs/d6sembrouilleurs STB des usagers, sous forme de paquets 
de format MPEG, par une interface de sortie du serveur local 
SL comprenant un module de mise en forme OPE. II est h noter 
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que ce flux de paquets MPEG n'est pas modifi6 par les 
operations pr6c6dentes de demodulation et de remodulation. 

En se r6f6rant & la figure 3, le signal S R qu'envoie le 
5 serveur local sur le r€seau R se pr€sente done sous la forme 
d'un flux de paquets MPEG de modulation COFDM pr£c6de d'un 
canal hors bande OB pour la voie descendante VD du r€seau (du 
serveur SL aux d6codeurs STB) , ainsi que d' un second canal 
hors bande CVR permettant la gestion d'une voie de retour VR 
10 (des d6codeurs STB au serveur SL), remontante. 

Ainsi, la tete de reseau collectif TRC s 

- regoit les signaux SI, S2 et S3 par son interface d' entree 
15 IE ; 

- d^module respect ivement ces signaux par d€codage desdits 
signaux SI, S2 et S3 en conservant les modulations MPEG de 
transport de ces signaux ; 

20 

- remodule suivant un type de modulation commun (COFDM dans 
l'exemple d6crit) ces signaux ; 

- et les envoie sous la forme d'un flux de paquets MPEG dans 
25 le reseau R, destination des r6cepteurs/d6codeurs et/ou 

d6sembrouilleurs des usagers. 

Les decodeurs STB relics au r€seau R sont banalis^s et 
comportent chacun un module de d^multiplexage commun destine 

30 & op6rer sur des paquets MPEG communs de modulation de type 
COFDM. Chaque d^codeur STB de 1' installation selon 1'inven- 
tion ne comporte, en definitive, qu'un bloc DECS de d^codage 
de source (partie encadr^e en traits pleins de la figure 2), 
le decodage de canal §tant effectu§ en amont du reseau R, au 

35 niveau de la t§te de reseau collectif TRC. 

Cependant, les applications logicielles qu' utilise le 
microprocesseur d'un decodeur STB, doivent etre transmises & 
travers le reseau R suivant les demandes des usagers (con- 



version en signaux audio et vid£o, d£sembrouillage, interac- 
tivity avec les sources d' informations, etc). 

Le serveur local de 1 ' installation selon 1' invention comporte 
un module de dialogue ICOM permettant une interactivity entre 
la t§te de rgseau collectif TRC et les diff^rents d^codeurs 
STB du r^seau R. Ce module de dialogue interprfete des 
demandes des usagers transmises par les dScodeurs STB & 
travers la voie de retour VR, pour envoyer en r^ponse les 
applications logicielles demand^es. 

Le canal CVR du signal S R est r£serv£ h 1' interpretation des 
demandes sur la voie de retour VR, tandis que le canal hors 
bande OB du signal S R est r£serv£ k 1' interrogation des 
d^codeurs STB, pour la transmission des applications logi- 
cielles* Pr£f6rentiellement, les canaux hors bande CVR et OB 
v^hiculent des paquets modules suivant une modulation de type 
QPSK a 1 MHz de bande. Ainsi, le dialogue du serveur local 
avec les d6codeurs STB permet par exemple une adaptation des 
configurations logicielles respectives des d^codeurs suivant 
les diff^rents abonnements des usagers, dans le cadre d'une 
diffusion d' images t^lSvisuelles sujette h p^age. Cette 
adaptation des applications logicielles s'effectue selon le 
choix d'une source d' informations (ou op^rateur) par un 
usager. Le dialogue entre le serveur local et les decodeurs 
permet en outre & 1' usager d'utiliser les services interac- 
tifs que proposent les diff brents op^rateurs. 

Dans une realisation pr£f£ree, le mode de dialogue est de 
type "interrogation/reponse" . Le serveur local SL comporte 
une m^moire comprenant une table d' identif iants TA des 
dScodeurs STB des usagers. Pour chaque identif iant, le 
serveur 6met un "jeton" par le canal hors bande OB St chaque 
d^codeur d'un usager, les uns aprSs les autres. Le decodeur 
disposant du jeton re^met, par le canal de la voie de retour 
CVR, ce jeton qui comporte, le cas 6cheant, une nouvelle 
demande. Ce type d' interrogation, en cascade, permet avanta- 
geusement : 
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- de controler le bon f onctionnement du r^seau R ; et 

- de transmettre rapidement une demande de t616chargement 
d' application logicielle demand^e. 

5 

Dans 1' exemple, un cycle s'effectue k partir d'une interroga- 
tion toutes les 1 milliseconde . Ainsi, pour un reseau 
collectif comportant une centaine de d^codeurs STB f la dur£e 
du cycle est de 100 millisecondes , dur6e compatible avec un 
10 debit standard de type ITU-J112, de bande passante de 1 MHz 
avec un debit de 1,544 Mb/s. 

En variante, il peut etre prevu un mode d'interrogation/re- 
ponse en rafale (ou paquet). Dans cette forme de realisation, 

15 le serveur SL teiecharge, suite a une demande dans le reseau, 
un ensemble de donnees constituant un teiechargement d'une 
application logicielle • Ce protocole en rafale permet 
avantageusement une mise en relation directe du serveur avec 
un ou plusieurs decodeurs STB. Dans ce mode, il peut etre 

20 prevu de charger, en pratique, 1 Moctet en 8 secondes. 

Bien entendu, ces deux modes en cascade et en rafale peuvent 
coexister dans une meme version de 1 ' installation selon 
1' invention. Par exemple, pour une surveillance permanente 
25 des demandes des usagers du reseau, il peut etre prevu un 
mode d'interrogation/reponse en cascade, tandis que pour le 
teiechargement de 1 ' application logiciel demandee, il peut 
etre prevu, en outre, une communication en rafale. 

30 Le module de dialogue du serveur local SL comporte done une 
interface pour la gestion de la voie de retour VR qui, 
pref erentiellement, est une interface s6rie numerique (non 
representee) pilotee, par exemple, par un microprocesseur jiP. 
Le module de dialogue ICOM coopere avec la table d'iden- 

35 tifiants TA pr^citee, par 1 ' intermediaire du microprocesseur 
jiB, pour dialoguer avec les decodeurs STB par des messages 
contenant un identif icateur du decodeur STB dans le reseau, 
ainsi que des donnees & emettre (applications logicielles, 
donnees multimedia, etc). 



La table des identifiants TA comporte, en pratique , des 
adresses num^riques des usagers sur le r§seau collectif , 
ainsi que des references des decodeurs STB- Cette table 
permet avantageusement d'estimer une topologie du reseau, en 
particulier de connaitre les logiciels mis en place dans les 
differents decodeurs. La tete de reseau collectif TRC 
comporte une liaison MODEM lui permettant une communication 
avec les differentes sources d' information desquelles emanent 
les signaux SI, S2 et S3 (ou operateurs) et la table des 
identifiants permet ainsi aux operateurs de controler les 
differentes applications logicielles deiivrees aux decodeurs 
STB du reseau R. 

Par ailleurs, cette liaison MODEM permet en outre de contro- 
ler & distance le bon f onctionnement de la tete de reseau 
collectif. Ainsi, si la reception et/ou le decodage de canal 
de l'un des signaux SI, S2 et S3 est def ectueus^e, une alarme 
est deiivree .vers 1 ' operateur corr e.spondant , le cas echeant. 

On se refdre mairitenant £ la figure 5 pour deer ire les 
applications logicielles rSsidentes et teiechargees dans un 
dispositif recepteur/decodeur STB d' une installation selon 
1' invention. 

En memoire morte du decodeur sont chargees une pluralite 
d' applications logicielles residentes : 

- une interface de chargement CHARG de donndes dif fusees dans 
le reseau, notamment pour 1 ' initialisation du decodeur; 

- un moniteur temps reel MTR qui assure la gestion en temps 
reel du microprocesseur , ainsi que les res sources systeme 
(memoire,- interruption, f ile d' attente) ; 

- une plurality de logiciels de contrdle DRIVERS associes a 
une application logicielle MATERIEL pour la configuration des 
applications logicielles associees aux materiels utilises, et 
qui assurent la gestion de tous les circuits materiels et des 
f onctionnalites du decodeur ( desembrouillage , decodage , 
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encodage video, incrustations dans les images dif f usees , 
etc) ; 

- une interface de carte & memoire CM, dans le cas ou les 
5 decodeurs STB sont equip§s d'un lecteur de cartes k puce 

fournissant une cie de desembrouillage pour 1 'utilisation 
d' images sujettes a p6age ; 

- cette interface de cartes & memoire coopfere avec un module 
10 d' identification ID du decodeur (adresse numerique de 

l'usager dans la table des identifiants precitee) ; et 

- une application logicielle APGVR de gestion de la voie de 
retour qui assure le dialogue du decodeur avec le serveur 

15 local, 

II est & rappeler ici que la gestion de la voie de retour 
permet un dialogue entre le serveur local et les decodeurs 
STB et, en particulier, de teiecharger des applications 
20 logicielles (couches sup6rieures de la figure 5). 

Ces applications logicielles t616chargees peuvent se ranger 
selon deux categories (ou couches A et B) , suivant qu'elles 
emanent directement du serveur local (couche A) ou qu'elles 
25 emanent des sources via le serveur (couche B) . 

Dans ce qui suit, il est deer it k titre d'exemple non 
limitatif des decodeurs STB capables de d£sembrouiller des 
signaux portant des informations sujettes h. p6age (images de 
30 television numeriques et/ou donnees multimedia). 

Chaque decodeur comporte un dispositif de contr61e d'accfes 
comprenant typiquement un lecteur de cartes h puce, en 
combinaison avec un microprocesseur relie au module de 
35 desembrouillage. Un changement d'operateur necessite alors un 
changement d' application logicielle pour le desembrouillage • 



Dans une premiere forme de realisation d'un decodeur STB 
d'une installation selon 1' invention, les moyens de controle 



d'accds et de gestion des cl€s de d£sembrouillage sont 
charges dans les applications logicielles r^sidentes. Dans ce 
cas f le d^codeur STB assure lui-meme la gestion des controles 
d'acc&s, sans que le serveur local intervienne. En pratique, 
1' interface de carte £ puce CM coopdre avec le module 
d' identification ID (associS k 1' application logicielle 
relative k 1 ' identification de 1'usager). Le module de 
contrdle d'accfes CA, t£l£chargeable sur le r6seau et qui, h 
ce titre, apparait dans la couche A de la figure 5, peut etre 
transmis vers le serveur local* 

Dans une forme de realisation diff^rente, les applications 
logicielles associ^es au droit d'accSs sont contenues dans 
les applications logicielles genSrales que propose 1'opSra- 
teur via le serveur local • Dans cette configuration, le 
dispositif r^cepteur/decodeur STB permet h 1'usager d'utili- 
ser des applications logicielles de navigation pour une 
interactivity avec les op£rateurs, ces applications logiciel- 
les de navigation 6tant accompagn^es des applications 
logicielles relatives au droit d'accds. En revanche, dans 
cette forme de realisation, le dScodeur STB ne permet pas de 
gSrer les controles d'accds en reception simple, dans la 
mesure oil la gestion des droits d'acces se fait par interac- 
tivity avec l'operateur. A ce titre, le module de controle 
d'accfes CA est represents dans la couche B de la figure 5, en 
traits pointings. 

Parmi les applications logicielles t61£chargeables, la couche 
de base A permet de configurer le d^codeur, pour le d£sem- 
brouillage, le demulitiplexage, le d^codage, etc, ainsi que 
pour 1 'interpretation des applications logicielles emanant 
des op^rateurs, & partir d'une interface de type API assurant 
la transmission entre les couches logicielles r6sidantes et 
les interfaces proprietaires (OPEN TV ou MEDIAHIGHWAY ) . 

La couche A comprend done : 

- une application logicielle API liee & 1' interface de 
chargement CHARG pour la mise en place des applications 



logicielles teiechargees, emanant des operateurs ou standar- 
dises (JAVA); et 

- des applicatif s APPL de decodage/d^sembrouillage permettant 
de piloter le decodage de source qu'effectue le decodeur STB. 

Ces applications logicielles de base (ou logiciel systeme) 
permet : 

- 1 'utilisation directe de signaux non embrouilies (par 
exemple des images de television numerique qui ne sont pas 
sujettes h peage) ; 

- de teiecharger les applications logicielles de navigation 
NAV issues des differents operateurs ; et 

- de teiecharger des applications logicielles INTDM, par 
exemple un interpreteur JAVA, permettant de recevoir des 
donnSes multimedia DM et d'executer de telles applications, 
independantes des applications de navigation NAV issues des 
operateurs. 

Comme on 1'a vu pr6cedemment , dans la seconde forme de 
realisation du decodeur precite selon laquelle le controle 
d'acces pour le desembrouillage est effectue via le serveur 
local , le module de controle d'accds CA (represents par des 
traits pointings sur la figure 5) est teiecharge dans la 
couche B, notamment avec les applications logicielles de 
navigation NAV. 

Dans la couche B representee sur la figure 5/ il est prevu 
des applications logicielles APPLIC emanant des operateurs, 
par exemple "OPEN TV" pour TPS et " ME D I AH I GHWAY " pour 
CanalSatellite, permettant d'activer le desembrouillage des 
signaux S2 et S3. 

Par ailleurs, il peut etre prevu, avec le logiciel naviga- 
teur, un module de guidage EPG dans le cadre d'une interacti- 
vite de l'usager avec l'operateur, ainsi que des donnees 
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multimedia DM transmises au cours d'une telle interactivity. 
Dans une realisation preferee, les applications logicielles 
INTDM ( interpreteur de donnees multimedia), une fois teie- 
chargees, resident en memoire morte du decodeur. 

Ainsi, selon l'un des avantages que procure la presente 
invention, dans le signal S R diffuse dans le reseau R, sont 
multiplexes les differents signaux SI, S2 et S3 et codes 
suivant un type de modulation prefere (COFDM dans 1'exemple 
decrit). Par ailleurs, dans le signal S R , un canal hors bande 
OB (de modulation QPSK, dans 1'exemple decrit) porte un jeton 
d' interrogation, tandis que le canal hors bande associe £ la 
voie de retour CVR, porte un jeton de retour, associe, le cas 
echeant, & une demande nouvelle d'un usager (applications 
logicielles nouvelles demandees). A partir du logiciel 
systeme teiecharge dans la couche A, le decodeur est apte & 
demultiplexer le signal S R pour seiectionner les donnees 
d' images souhaitees par 1' usager. Pour le decodage/desem- 
brouillage de donnees d' images necessitant des applications 
logicielles specif iques ( MEDIAHIGHWAY , OPEN TV), ces applica- 
tions logicielles sont seiectivement transmises au decodeur 
STB de 1' usager, suivant sa demande (couche B d' applications 
logicielles precitee). 

Un autre avantage que procure la presente invention est qu'un 
unique dispositif recepteur /decodeur STB peut etre utilise 
pour decoder les differents signaux, associes ^ des applica- 
tions logicielles distinctes, ce qui simplifie les materiels 
& disposition des usagers (connexion unique d'un teieviseur, 
d'un magnetoscope ou autre, au decodeur STB). 

Un autre avantage que procure la presente invention est le 
controle que peut effectuer chaque operateur, a travers le 
serveur local SL, notamment des applications logicielles dont 
dispose chaque decodeur STB, ainsi que les droits d ' accds 
associes. 



Bien entendu, la presente invention ne se limite pas h. la 
forme de realisation d^crite ci-avant h titre d'exemple* Elle 
s'6tend a d'autres variantes. 

On comprendra ainsi que 1' installation selon 1' invention ne 
se limite pas k une application de diffusion d' images 
num^riques sujettes a p6age. Elle peut concerner en outre la 
diffusion d' images non embrouill^es, accompagn^es de donn6es 
multimedia issues de sources distinctes. 

Par ailleurs, les informations 6manant des differentes 
sources decrites ci-avant ne sont pas necessairement relati- 
ves h des donn£es d' images de television. Ces informations 
peuvent, en variante, etre des donnees multimedia emanant de 
sources differentes et de codages differents. 

Les differents operateurs cites prec£demment (CanalSatellite, 
TPS, etc) sont deer its ci-avant & titre d'exemples. Par 
ailleurs, la presente invention ne se limite pas aux types de 
modulations decrites ci-avant • Par exemple, la modulation 
COFDM des signaux d' images dif fusses sur le reseau, decrite 
ci-avant, bien qu'avantageuse, est susceptible de variantes, 
notamment le codage de la voie de retour qui peut utiliser 
des protocoles DVB standard (QAM, QPSK) ou des protocoles 
SFDMA (Synchronous Frequency Division Multiple Access) ou 
FCDMA (Frenquency Coded Division Multiple Access )• 
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Revendications 

1. Installation de communication , en particulier pour la 
reception collective d' informations, du type comprenant : 

5 - une interface d* entree (IE) propre h recevoir au moins un 
premier signal (S2) Smanant d'une premiere source d* informa- 
tions, ainsi qu'au moins des premieres applications logi- 
cielles (NAV, APPL), et 

- au moins un dispositif recepteur/d^codeur (STB), & dispo- 
10 sit ion d'un usager individuel, agenc6 pour utiliser les 
premieres applications logicielles (NAV, APPL) pour proceder 
& la conversion du premier signal (S2) en vue d'une utilisa- 
tion directe par 1* usager, 

15 caract^risee en ce que 1' interface d* entree (IE) est apte k 
recevoir en outre au moins un second signal (S3) 6manant 
d'une seconde source d ' informations , ainsi que des secondes 
applications logicielles, 

en ce que le dispositif r6cepteur/d£codeur (STB) est agence 
20 en outre pour utiliser les secondes applications logicielles 
pour proceder & la conversion du second signal (S3) en vue 
d'une utilisation directe dudit second signal, 
et en ce que 1 * installation comporte un serveur local (SL), 
reli6, d'une part, a 1* interface d' entree (IE) et, d' autre 
25 part, au dispositif recepteur/d£codeur (STB), et comprenant 
un module de dialogue (ICOM) avec le dispositif recepteur/de- 
codeur (STB) pour transmettre, sSlectivement en fonction 
d * une demande d ' un usager , les premieres ou les secondes 
applications logicielles, au dispositif recepteur/decodeur de 
30 1 'usager, pour proceder h la conversion du premier signal ou 
du second signal. 

2. Installation selon la revendication 1, caraot^risee en ce 
que le serveur local (SL) comporte un module harmoniseur 

35 (MOD, AMP) reliS a 1* interface d 9 entrie (IE) et apte ^ mettre 
les premier et second signaux (S2,S3) sous une forme commune, 
tandis que le dispositif recepteur/decodeur est agenc^ pour 
proceder & la conversion d'un signal harmonist (S R ) qui 
presente ladite forme commune. 
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3. Installation selon la revendication 2, caract^risee en ce 
que le module harmoniseur (MOD) est agenc£ pour remoduler les 
premier et second signaux (S2,S3) suivant un meme type de 
modulation (COFDM), tandis que le dispositif r6cepteur/d6- 

5 codeur (STB) comporte un module dSmultiplexeur (DEMUX) agenc^ 
pour op^rer sur des signaux (S R ) pr6sentant ce type de 
modulation (COFDM) • 

4. Installation selon la revendication 3, caract£ris6e en ce 
10 que le dispositif r6cepteur/decodeur (STB) comporte une 

memoir e (DRAM, ROM) pour charger les premieres ou secondes 
applications logicielles (NAV,APPL), ainsi qu'un module de 
gestion (jiP) apte & acc^der & ladite m^moire et agenc6 pour 
coopSrer avec le module d^multiplexeur (DEMUX), pour proc^der 
15 & la conversion dudit signal harmonist (S R ), en vue d'une 
utilisation directe. 

5. Installation selon I'une des revendications pr6c6dentes, 
caract£ris€e en ce que 1 * installation comporte un r€seau (R) 

20 de connexions pour relier une multiplicity de dispositifs 
r6cepteurs/d6codeurs (STB) au serveur local (SL), tandis que 
le serveur local (SL) comporte une interface de sortie (OPE) 
relive au module de dialogue (ICOM) pour transmettre, 
select ivement en fonction des demandes des usagers, les 

25 premieres ou secondes applications logicielles aux disposi- 
tifs r^cepteur s /decodeur s ( STB ) correspondants . 

6. Installation selon la revendication 5, caract6ris6e en ce 
que les dispositifs r^cepteurs /decodeur s (STB) portent chacun 

30 un identifiant pr6d6termin6 (ID) et en ce que le serveur 
local (SL) comporte un registre des identifiants (TA), tandis 
que le module de dialogue (ICOM) est apte h coop^rer avec le 
registre des identifiants (TA) pour dialoguer r6p6titivement 
avec les dispositifs recepteurs/d^codeurs (STB) suivant un 

35 protocole de type interrogation/reponse. 

7. Installation selon la revendication 6, caract^ris^e en ce 
que le serveur local (SL) est agence pour interroger succes- 
sivement les dispositifs r^cepteurs /decodeur s (STB) de fagon 



sensiblement cyclique, et recevoir en r^ponse (VR) les 
demandes des usagers successivement . 

8. Installation selon l'une des revendications 6 et 7, 
caract€ris€e en ce que le serveur local (SL) est agency pour 
interroger simultan^ment les dispositifs r6cepteurs/d6codeurs 
et recevoir en reponse (VR) les demandes des usagers simul- 
tan&nent • 

9. Installation selon l'une des revendications pr£c6dentes, 
caract6ris6e en ce que le serveur local (SL) est agenc6 pour 
transmettre en outre des applications logicielles (EPG, DM, 
INTDM) permettant un dialogue entre le dispositif r6cep- 
teur/d^codeur (STB) et I'une au moins desdites premiere et 
seconde sources, suivant un protocole interactif. 

10. Installation selon l'une des revendications pr#c6dentes, 
caract6ris6e en ce que le dispositif rScepteur/d6codeur (STB) 
est apte & coramuniquer par une voie de retour (VR) avec le 
serveur local (SL), tandis que le serveur local (SL) comporte 
une liaison de communication (MODEM) avec la premiere et/ou 
la seconde source d' informations, pour transmettre au 
dispositif r6cepteur/d6codeur (STB), des applications 
logicielles choisies suivant une demande de I'usager. 

11. Installation selon la revendication 10, caracteris^e en 
ce que le dispositif r6cepteur/d6codeur (STB) est apte & 
transmettre par ladite voie de retour (VR) une demande de 
mise a jour des premieres et/ou secondes applications 
logicielles . 

12. Installation selon l'une des revendications ,.pr6c6dentes , 
caract6ris6e en ce que les** premier et/ou second signaux 
portent des informations d' images televisuelles (S2,S3) et/ou 
de type multimedia (DM) . 

13. Installation selon la revendication 12, caract6ris6e en 
ce que les premier et/ou second signaux (S2,S3) sont des 
signaux embrouill§s portant des informations sujettes & 



p^age, tandis que le r6cepteur/d§codeur (STB) comporte un 
module desembrouilleur (DESCR) capable de proc^der h une 
conversion des premier et/ou second signaux en des signaux 
d6sembrouilles , sous reserve d'obtention de droits d'accds. 

14. Installation selon la revendication 13, caract€ris€e en 
ce que le dispositif r6cepteur/d6codeur (STB) comporte un 
module de gestion de droits d'accfes (CA) apte h coop^rer avec 
le module d§sembrouilleur (DESCR) pour activer le d6sem- 
brouillage du premier et/ou du second signal. 

15. Installation selon la revendication 14 , caracteris6e en 
ce que le serveur local (SL) est apte h consulter ledit 
module de gestion de droits d'acc&s (CA), en vue de controler 
les droits dont dispose le dispositif r€cepteur/d£codeur 
(STB) . 

16. Installation selon la revendication 13, caract6ris6e en 
ce que le dispositif r6cepteur/d6codeur (STB) est agenc£ pour 
6mettre vers le serveur local (SL) une demande de droits 
d'acc&s, tandis que le serveur local (SL) est agenc£ pour 
communiquer ladite demande de droits d'acces h la premifere 
et/ou la seconde source d ' informations , et pour transmettre 
au dispositif r6cepteur/d6codeur (STB), des applications 
logicielles (APPL) permettant le d^sembrouillage du premier 
et/ou du second signal, en reponse ci ladite demande de droits 
d'accSs . 

17. Dispositif r6cepteur/d6codeur d'une installation selon 
l'une des revendications pr6c6dentes. 
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